…s (PR 6c)

Third UX pass on the governance surface. Closes the loop on situational
awareness: a signed-in voter can now see at a glance what they represent,
what their vault has already done, whether their next vote will count,
and which proposals deserve attention right now.

- GovernanceOpsHero + lib/governanceOps: represent / need-vote / passing
  counts, progress bar, Jump-to-next-unvoted CTA.
- GovernanceActivity: last-10 receipts card with jump-to-row, backed by
  the new GET /gov/receipts/recent endpoint (governanceService
  .fetchRecentReceipts).
- Confidence signals:
  * verified-chip on ProposalRow, only when the reconciler has fresh
    (<5 min) confirmed receipts for this user on this proposal.
  * Pre-submit support-shift preview in the vote modal (lib/
    governanceSupportShift): net AbsoluteYesCount delta from selected
    MNs vs. prior confirmed votes, with replacement count called out
    in the detail line.
- Metadata chips (lib/governanceMeta): closing-soon / closing-urgent
  tiers off the superblock voting deadline, over-budget rank cut
  against the superblock budget, and margin-thin / margin-near within
  ±1.5% of the 10% pass line.

Made-with: Cursor

- marginChip: use strict delta>0 at the 10% line so exactly-10%
  support reads as "Close to passing" instead of "Slim margin"
  (ProposalRow's pass check is `support > 10`, so contradictory
  copy at the boundary was confusing).
- jumpToProposal: when the target proposal exists in the feed
  but is hidden by the current search/filter, clear filter+query
  first so the row is mounted before we scroll. Scrolling runs
  inside requestAnimationFrame so React has a chance to commit
  the filter reset before getElementById fires. Prevents the
  silent no-op CTA on filtered activity rows.

Made-with: Cursor

Codex re-raised the "silent no-op jump CTA under an active filter"
concern against the filter-clearing fix. The jumpToProposal
callback already resets filter+query when the target proposal
exists in the feed but is hidden by the current filter; this
commit adds explicit coverage so the behaviour is a pinned
contract and future readers don't re-litigate the approach:

- hidden target → filter state clears, row becomes mountable
- visible target → filter state is preserved (no silent reset)

The stubs for GovernanceOpsHero / GovernanceActivity expose the
onJumpToProposal prop via a test-only button so these page-level
tests don't need the real activity fetch.

Made-with: Cursor

…(Codex round 2)

A malformed payment_amount (non-numeric string from the feed)
coerces to NaN, which then contaminates the running budget
total. Once `running` is NaN every `running > ceiling` check
returns false, so the over-budget chip silently disappears from
downstream rows that should get it.

Clamp non-finite amounts to 0 before adding. Biases toward "no
warning" on an unknowable row rather than warning spuriously,
while keeping cutline detection working for the rest of the list.

Made-with: Cursor

…ssions (Codex round 2)

The closing-window chip (and the verified-on-chain freshness
check) both depend on Date.now(), but the derivations were
memoized only on the stats object. That means on a tab that
stays open past the chip's boundary:
- "closing-soon" (7d window) never escalated to "closing-urgent"
  at the 48h line;
- the chip never disappeared once the deadline passed;
- the verified-chip freshness window (5 min) could linger even
  after staleness.

Fix: add a slow-ticking nowMs state at the page level (one
update per minute), thread it into the closingChip memo and into
ProposalRow so the verified pill uses the same clock. The tick
interval is coarse on purpose — chip copy rounds to m/h/d so
sub-minute drift is invisible, and 60 re-renders per hour on a
quiet page is cheap. Any hard-timed behaviour (server-side
deadline enforcement) is unaffected.

Adds two tests that advance wall-clock + timers without touching
the stats object: soon→urgent escalation, and chip vanishing
after the deadline.

Made-with: Cursor